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@ Verfahren zum computergestutzten Erstellen und Handhaben einer auf Produkt- Oder Prozesslebenszyklen 
bezugnehmenden technischen Datenbank 

@ Die Erfindung betrifft ein Verfahren zum computerun- 
terstiitzten Erstellen und Handhaben einer auf Produkt- 
oder Prozefilebenszyklen bezugnehmenden technischen 
Datenbank fur deren Verwendung in einem modularen 
Diag nose-Informations- und Ausbildungs-Trainingssy- 
stem. ErfindungsgemafS wird einefur alle Systemkompo- 
nenten einen Zugriff bildende gemeinsame Datenbank 
angelegt, wobei die Struktur und die Hefe der Adressie- 
rung fur die Datenbank auf das jeweilige Prozefi- oder 
Produktmodell und dessen Funktionen ausgerichtet ist. 
Weiterhin erfolgt ein Erfassen, Ablegen und Aktualisieren 
von Daten anhand der Adressen nach dem Proze(^- oder 
Produktmodell zu einem fruhestmogiichen Zeitpunkt im 
Zuge der ProzeR- oder Produktentwicklung oder des Pro- 
I duktlebenszyklus. Die Datenbank wird dann unter einer 
einheitlichen, darstellungsseitig bildorientierten Benutz- 
eroberflache verwaltet, wobei die Systemkomponenten 
unter Steuerung durch diese Benutzeroberflache minde- 
stens teiiweisa selbstandig interaktiv kommunizieren 
konnen. 
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Beschreibung 

Die Erfindung bctrifil ein Verfahren zum compulerunter- 
stutzten Erstellen und Handhaben einer auf Produkt- oder 
ProzeBlebenszyklen bezugnehmenden technischen Daten- s 
bank fUr deren Verwendung in einem modularen Diagnose-, 
Informadons- und Ausbildungs- oder IVainingssystem. 

Es ist bckannt, daB zu jedem Produkt oder ProzeB in der 
indusUiellen Fcrtigung eine Vielzahl von technischen Infor- 
mationen, die teilweise bereits wahrend der eigentlichen lO 
Entwicklungsphase generiert werden, fur samlliche spateren 
Phasen des I^txiuktlebenszyklus von wesenilicher Bedeu- 
tung sind. Zum einen ist die Entwicklung selbst zu doku- 
mentieren, so daB zum Zweck von Um- und Weiterentwick- 
lungen auf das vorhandene Wssen zuriickgegriffen werden 15 
kann. Zum anderen mussen ausreichende Informadonen 
vorhanden sein, um in nachfolgenden Phasen der Produk- 
tion, der Nutzung oder des Produktservice tiber produktspe- 
zifische Kcnntnissc zu verfugen. Insbesondere wahrend der 
Nutzung des Produktes oder der Anwendung eines Prozes- 20 
ses werden detaillierte Materialgrundlagen zu Dokumentati- 
ons- und Schulungszwecken und fur die Instandsetzung 
Oder Instandhaltung benotigt. 

Die erforderliche Durchgangigkeit der produkt- und pro- 
zeBspezifischen Datenerstellung fiihrt bei traditioneller Da- 25 
tenaufbereitung und Speicherung in den jeweiligen Berei- 
chen insgesamt zu einem hohen MaB an Redundanz. Es 
wurde daher bereits vorgeschlagen, abweichend von der pa- 
pierorienderten Speicherung auf eine Datenverwaltung in 
Standard-Rcchnerumgebung zuriickzugreifen. 30 

Daruber hinaus sind Expertensysteme bekannt, die aus ei- 
ner standig zu erganzenden Wissensbasis, einem Programm- 
teil zur automatischen und logischen Verkniipfung von ein- 
zelnen Wissenselementen zu neuen Fakten sowie einer Be- 
nulzerschnittstelle bcstehcn. Dcrartige Expertensysteme er- 35 
moglichen auch die ProzeBsimuladon und eine Fehlersuche 
am Monitor eines Computers. Die Expertensysteme selbst 
sind auf den jeweiligen Anwendungsfall spezifiziert und da- 
her unflexibel. Aufgrund des in der Regel nicht produktneu- 
U'alen Aufbaus der Expertensysteme ist fiir jeden Anwen- 40 
dungsfall erheblicher Programmieraufwand notwendig, was 
eine weitere Einschrankung der gewunschten Flexibilitat 
darstellt. 

Es ist daher Aufgabe der Erfindung, ein Verfahren zum 
computerunterstutzten Erstellen und Handhaben einer auf 45 
Produkt- oder ProzeBlebenszyklen bezugnehmenden techni- 
schen Datenbank anzugeben, mit dessen Hilfe logistische 
Unterstutzungssysteme hinsichdich ihrer Verfugbarkeit op- 
timiert werden konnen, so daB sich insbesondere die Pro- 
dukdebenslaufkosten reduzieren. Das Aniegen und Aktuali- 50 
sieren von in Speichem befindlichen Daten sowie deren Ver- 
waltung soil besonders anwenderfreundlich und mit gerin- 
gem laufenden Aufwand moglich werden. 

Die Ldsung der Aufgabe der Erfindung erfolgt mit einem 
Verfahren gem§B Definition nach Patentanspruch 1, wobei 55 
die Unteranspruche mindestens zweckmaBige Ausgestaltun- 
gen und Weiterbildungen umfassen. 

Mit Hilfe des erfindungsgemaBen Verfahrens wird eine 
Datenbank erstellt, die fur verschiedene Systemkomponen- 
ten wie z. B. Doku mentation, Ausbildung, Prufung und Dia- 60 
gnose im Verbund nutzbar ist, ohne daB fur jede Kompo- 
nenle separater Aktualisierungs- oder Erstellungsaufwand 
fiir die entsprechende Wissensbasis notwendig ist. 

Erfindungsgem^ wird gem^ einem Grundgedanken der 
Erfindung von einer gemeinsamen Wissensbasis ausgegan- 65 
gen, auf die die einzelnen Systemkomponenten zugreifen 
konnen. In dicser Wissensbasis sind alle Produkt- oder Pro- 
zeBinformationen gespeichert Die Wissensbasis selbst 
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stiitzt sich auf ein fiinktionsorientiertes Model! des betref- 
fenden Produktes oder Prozesses, eigSnzt durch die notwen- 
digen Beschreibungsunterlagen, Abbildungen, Bildscqucn- 
zen oder dergleichen. 

So wird zunSchst im oben genannten Sinne eine fUr aiie 
Systemkomponenten einen Zugriff bildende gemeinsame 
Datenbank angelegt, wobei die Struktur und die Hefe der 
Adressierung fiur die Datenbank auf das jeweilige ProzeB- 
oder Produktmodell und dcsscn Funktioncn ausgcrichtet ist. 
Danach erfolgt ein, auch automatisches, Erfassen und Able- 
gen sowie Aktualisieren von Daten anhand der Adressen 
nach dem ProzeB- oder Produktmodell zu einem friihest- 
mijglichen Zeitpunkt im Zuge der ProzeB- oder Produktent- 
wicklung oder des ProdukUebenszyklus. 

Die erhaltene Datenbank wird unter einer einheidichen, 
darstellungsseidg bildorienderten Benutzeroberflache ver- 
waltet, wobei die Systemkomponenten mittels Steuerung 
durch diese Benutzeroberflache mindestens teilweisen selb- 
standig interaktiv kommunizieren konnen. 

Verfahrensseitig gelingt es, den AufSvand zum Erstellen 
und Betreiben der Datenbank zu vereinfachen, da die einzel- 
nen Systemkomponenten unmitlelbar auf dieselben Infor- 
mationen zuriickgreifen konnen. Damit ist es moglich, das 
Abspeichem an sich redundanter Informationen, z. B. von 
Abbildungen fiir Dokumentationszwecke einerseits und fiir 
Schulungs- sowie Priifzwecke andererseits zu verhindem, 
d. h. das Auftreten einer Datenduplizitat und die danut ver- 
bundene Gefahr von Inkonsistenzen bei Datenanderungen 
wird ausgeschlossen. 

Die in der gemeinsamen Datenbank abgelegten ProzeB- 
oder Produktdaten konnen tiber den Lebenszyklus laufend 
aktualisiert werden, ohne daB eine Vorabspezifikadon der je- 
weiligen Daten bezogen auf die mogliche Verwendung oder 
Nutzung in oder fiir eine der Systemkomponenten erforder- 
lich wird. Die mit der Datenbank verbundcnen bzw. auf 
diese zugreifende Systemkomponenten stellen einzelne Mo- 
dule dar, die auf die speziellen Bedurfnisse des Anwenders 
abgesummt werden konnen. Basismodule sind beispieis- 
weise fiir Diagnose, Information sowie Ausbildung und 
Training vorgesehen. 

Aufgrund der gemeinsamen Datenbank, d. h. einer ge- 
meinsamen Datenbasis k6nnen ohne weiteres zu einem spa- 
teren Zeitpunkt zus^tzliche Module eingebunden werden, so 
daB das Generieren von modulspezifischen Daten weitge- 
hend reduzierbar ist. 

In einer vortcilhaften Ausfuhrungsform der Erfindung ist 
eine Verkniipfung des Informadonsmoduls mit dem Diagno- 
semodul des Systems vorgesehen, wobei nach Aufruf der 
Diagnoseakti vital uber die Benutzeroberflachen ein selbstta- 
dger DatenUransfer aus dem Informationsmodul entspre- 
chend der Diagnoseaufgabe erfolgt. 

Ebenso kann nach Aufruf des produktneuU'alen Ausbil- 
dungs- und IVainingsmoduls des Systems ein Datenlink zum 
Diagnosemodul aktiviert werden, um eine Schulung bzw. 
Ausbildung anhand aktueller, realer Fehlerzust^nde und op- 
timaler Diagnosesequenzen zu erreichen. 

Das Diagnosemodul enth^t in vorteilhafter Weise Mittel 
zum Durchfiihren von produktunabhangigen Priifungen so- 
wie Mittel zur Durchfiihrung von Fehlersuchroutinen bis hin 
zur Tiefe eines Bauteiles oder ProzeBparameters. 

Bei fcstgestellter Anomalie in einem Priifschritt wird die 
PViifung unterbrochen und eine Fehlersuchrouline wird ge- 
startet. Die hierfiir erforderlichen prozeB- oder produktspe- 
zifischen Daten werden aus der gemeinsamen Datenbank 
geladen. Die lokalisierte Fehlerquelle und die zur Erken- 
nung dieser Quelle absolvierten Fehlersuchschritte werden 
selbsdemend gespeichert. 

Bei lokalisierter Fehlerquelle wird uber die Benutzerober- 
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flache und RUckgriff auf das Informationsmodul sowie die 
gemeinsame Datenbank das Reparatur- oder Austauschteil, 
desscn Kennzeichnung und Position im Produkt oder ProzeB 
visuell daigestellt, so daB sich weitere Vorteile bei der Hand- 
habung bzw. dem Binsatz des erfindungsgemSBen Verfah- 5 
rens ergeben. 

GemSfi einem weiteren Grundgedanken der Erfindung 
werden in den Diagnose-, Informations-Ausbildungs- und/ 
oder Trainingsmodulen ausschlieBlich produktneutrale Da- 
ten und Befehlssatze abgelegt, wobei die produktspezifi- 10 
schen Daten Inhait der gemeinsamen Datenbasis bzw. der 
Datenbank sind. 

Insbesondere werden speicherplatzintensive Grafiken, 
Abbildungen, Videosequenzen oder dergleichen einzig in 
der gemeinsamen Datenbank unter den jeweillgen prozeB- 15 
oder produktspezifischen Adressen, die dem Produktmodell 
entsprechen, abgespeichert, wobei alle Systemkomponenten 
bzw. Systemmodule auf diese SpeicherplStze gleichermaBen 
zugrifFsberechtigt sind. 

Die eingangs erwahnte Struktur des Produktes kann bei 20 
Vorhandensein eines Modells aus dem Diagnosemodul auto- 
matisch fur die Datenbank generiert und in diese einge- 
bracht werden, wodurch sich der Zeitaufwand fiir und bei 
der Strukturierung reduziert. 

Die Vorgabe der Struktur der Datenbank erfolgt orientiert 25 
an den Eigenschaften des Produktes oder des Prozesses, wo- 
bei die Tiefe der Adressenvorgabe von den Baugruppen, 
Bauteilen oder ProzeBschritt- bzw. Paramelertiefe abhangt. 
Eine nachtragliche Brweiterung dieser Hefe ist durch Ande- 
rung der Hardware insbesondere fiir die Spcicherkonfigura- 30 
tion der Datenbank ohne weiteres mogiich. 

Die Erfindung soil nachstehend anhand eines Ausfiih- 
rungsbeispiels sowie unter Zuhilfenahme von Figuren naher 
erlautert werden. 

Hierbei zeigen: 35 

Fig. 1 ein Ubersichtsschaubild fiir ein Diagnose-, Infor- 
mations- und Ausbildungssystem unter Verwendung der er- 
findungsgemaBen Datenbank als gemeinsamer Wissensba- 
sis; 

Fig. 2 eine beispielhafte Darstellung der Produktstruktur 40 
und der Datenzuordnung fiir die gemeinsame Datenbasis; 

Fig. 3a eine beispielhafte Darstellung der Kommunika- 
tion der einzelnen Anwendungsbausteine im Diagnoseinfor- 
mations- und Ausbildungssystem; 

Fig, 3b bausteinubergreifende Funktionalitaten zwischen 45 
dem Modul fiir ein intelligentes Diagnosesystem und dem 
Modul enthaltend eine modulare priifplatzunabhangige 
Software; 

Fig. 3c eine ahniiche Darstellung wie in Fig. 3b, jedoch 
mit Funktionalitaten zwischen dem Modul fiir die elektro- 50 
nisch-technische Dokumentation einerseils und dem intelH- 
genten Diagnosesystem andererseits und 

Fig, 3d eine Darstellung der Funktionalitaten zwischen 
der modularen pnifplatzunabhangigen Software einerseits 
und dem intelligenten Diagnosesystem bzw. dem entspre- 55 
chenden Modul hierfiir andererseits. 

Die in der Fig. 1 gezeigte Abbildung stellt ein Ausfuh- 
rungsbeispiel der Verwendung einer technischen Datenbank 
als gemeinsamer Wissensbasis in einem Diagnose-, Infor- 
mations- und Ausbildungssystem DIAS dar. Hierbei handelt 60 
es sich um ein System, welches die Komponenten Doku- 
mentation, Ausbildung, Diagnose und Priifung unter einer 
gemeinsamen Oberflache zusanunenfaBt. Der gezeigte 
DIAS-Rahmen bestehl aus dem DIAS-Autorensystem und 
DIAS -Administrator, wobei Grundvoraussetzung fiir die 65 
Anwendung von DIAS die gemeinsame Datenbasis als ein- 
heitliche >^ssensgrundlage ist. 

Ausgangspunkt fiir die Ablage von Daten in der gemein- 
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samen Datenbasis ist die Modellstruktur eines Produktes 
Oder eines Prozesses, d, h. die Aufgliederung letzterer in 
Module und Untermodule. Dieses kann einerseits vorgege- 
ben sein, andererseits aber auch bei einem bereits vorhande- 
nen Modell Uber einen Generator in die Datenbasis uber- 
fUhrt werden, wobei fiir derartige Operationen auf die 
DIAS-Autorenumgebung zurlickgegrifFen wird. 

Der im DIAS-Rahmen vorgeschene DIAS- Administrator 
dient der Benutzer- und Produktverwaltung. Im einzelnen 
wird je eine Einrichtung fiir den jeweiligen Benutzer, ein 
Vergeben der Benutzerkennung, das Zuweisen von Anwen- 
dungsbausteinen zu den Benutzem oder das Zuweisen der 
Produkte zu den Benutzem einschlieBlich einer Sprache, in 
der die produktspezifischen Daten angezeigt werden sollen, 
festgelegt oder vorgegeben. 

MTS kennzeichnet ein modulares TYainingssystem, wel- 
ches eine interaktive Ausbildung ermoglicht und insbeson- 
dere durch die voigesehene Verkniipfiing mit der gemeinsa- 
men Datenbasis ein leichtes Erlemen komplexer Schulungs- 
inhalte erreichbar macht. Durch eine Kopplung mit dem in- 
telligenten Diagnosesystem EDS, dem Priifsystem MPS und 
der elektronisch-technischen Dokumentation ETD ist ein 
Einsatz realer Gerale zu Schulungszwecken nahezu iiber- 
fliissig. 

Das MTS-Modul ermoglicht eine zielgruppenorientiertc 
Auswahl des Lem- oder Lehrstoffes durch den Ausbilder, 
spezifiziert nach Fortschrittsgrad der Schiiler. Aufgrund der 
gegebenen einheitlichen DIAS-Oberflache und durch die 
vorhandene gemeinsame Datenbasis ist MTS als universal 
er produktneutraler Baustein fiir beliebige Produkte und An- 
wendungen gestaltbar. 

Mit Hilfe der Fig. 2 soil die prinzipielle Zuweisung der 
Daten zu der in der Datenbasis abgelegten ProduktsUnktur, 
d. h. das innewohnende Prinzip verdeutlicht werden. 

Das Produkt oder der zu betrachtende ProzeB wird in Mo- 
dule und Untermodule bis hinunter zu einer Tiefe auf der 
Ebene von Baugruppen oder Bauteilen zerlegt und speziel- 
len Adressen zugeordnet, die wiederum Elementgruppen 
umfassen. Die Daten werden dann entsprechend der Tiefen- 
ebene, z. B. Modul 1 oder Untermodul 1.1 den Element- 
gruppen zugeordnet. 

In vorteilhafter Weise wird zwischen den Elementgrup- 
pen allgemeine Angaben, technische Besciireibung, d. h. 
technischer Dateneinbauort, Testanweisung, Priifspezifika- 
tion, Bedien- und Anzeigeelemente, Bedienung und Uber- 
wachung, Pflege, Fristenarbeiten, Transport und Versand, 
Werk- und Verbrauchsmaterial, Testanweisung, Fehlersu- 
che, Instandsetzungs- und Tauschanweisung, Sonderwerk- 
zeuge, MeB- und Priifgerate, Ausstattung, Inbetriebnahme 
und AuBerbetriebsetzung sowie Lagerung unierschieden. 
Selbstverstandlich sind weitere Elementegruppen denkbar, 
wobei auch hier eine Erganzung durch Aufstocken der 
Hardware fiir den notwendigen Speicherplatz mogiich ist. 

Naclifoigend sollen die einzelnen modular aufgebauten 
Systemkomponenten naher erlautert werden. 

Bei der elektronisch-technischen Dokumentation ETD er- 
folgt eine rechneigestiitzte Umsetzung bisheriger traditio- 
neller Papierdokumentation, wobei bevorzugt auf eine bild- 
orientierte Darstellungsweise abgestellt wird. 

Hierbei ist die Grundlage fiir eine Dokumentationseinheit 
ein Bild, in dem per Mausklick auf die entsprechende S telle 
des Bildes die essentiellc Information in Form von einge- 
blendeten Textfenstem abgerufen werden kann und in dem 
auch reale Ablaufe, z. B. in einem Stromlaufplan durch Ani- 
mation im Bild simuliert oder durch Bildsequenzen gezeigt 
werden konnen. 

Durch eine Bereitstellung der gewiinschten Information 
in kurz gehaltenen, auf den momentanen Bedarf abgestimm- 
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ten Textbausteinen und die realitatsnahe Darstellung von 
AblSufen reduziert sich die Menge der iiber das Aulorensy- 
stcm manuell oder automatisch einzugebenden Informatio- 
nen urn bis zu 30%, wobei hierdurch die Qualitat der Wis- 
sensvermittlung verbessert und die Erfassungsgeschwindig- 5 
keic seitens des Anwenders erhdht wird. 

Die Vorteile von ETD sind also die bildorientieite Dar- 
siellung, das interakti ve Arbeiten, da das Dokument wic das 
Original reagiert, sowie die gegebene Animation fUr kora- 
plexe Sachverhaite. Dadurch, daB die Information innerhalb lO 
eines Fensters dargestellt werden kann, ist ein anwendungs- 
seitig nachteiliges SrcoUen nicht erforderlich. 

Die Dokumentation ubemimmt daruber hinaus eine Ver- 
knupfung zum DIAS-Modul IDS, Ausgangspunkt der In- 
standsetzungsdokumentation von ETD ist eine Abbildung 15 
der instandzusetzenden Systemkomponenten, z. B. in Form 
einer Fotografie. Samtliche durchzufuhrenden Arbeits- 
schritte, wie das Ziehen des Netzsteckers, das Ldsen von 
Schrauben oder das Entfcmen von Steckvcrbindcm werden 
in der richtigen Reihenfolge in einer vom Anwender ein- 20 
stellbaren Geschwindigkeit nacheinander in die Bilddarstel- 
lung eingeblendet, wobei zwischen Aus- und Binbau der 
Komponenten unterschieden werden kann. Eiganzend wird, 
wie oben dai^gelegt, eine begleitende TbxtinformaLion bereit- 
gestellt. 25 

Bei Aufruf des Dokumentationsanteiles Einbauort wird 
anhand einer Abbildung gezeigt, an welcher Stelle im Sy- 
stem die jeweilige Komponente plaziert ist. Neben der Ab- 
bildung werden s^mtliche darin gezeigten Komponenten mit 
ihren Bezcichnungen aufgelistet. Befindet sich z. B. der 30 
Mauszeiger auf einer solchen Bezeichnung, wird der Ein- 
bauort der Komponente automatisch in der Abbildung mar- 
kiert. 

Ein vorhandener Ersatzteilkatalog erlaubt, ausgehend von 
der Gesamtiibersicht des entsprechenden Systems, durch 35 
Anklicken der Untermodule in tiefere Ebenen des Systems, 
d. h. der Wissensbasis zu gelangen. In jeder Ebene sind Bau- 
teile und weitere Untermodule mit Links markiert, die ent- 
weder auf die Teileliste oder auf weitere Unterebenen ver- 
weisen. ^ 

Befindet sich der Mauszeiger auf einem bestinmiten Bau- 
teil und definiert dieses, wird selbiges in der Teileliste auto- 
matisch farbig hinterlegt, so daB die zugehdrigen Daten, wie 
Positionsnununer, Beschreibung, Versorgungsnummer und 
Teilekennzeichen sofort abgelesen und bei Bedarf in ein 45 
ProtokoUfile ubernonmien oder ausgedruckt werden kon- 
nen. 

Bei Betrachlen der verschiedenen Dokumentationsanteile 
wird die Funktion der gemeinsamen Datenbasis deutlich. So 
werden in den verschiedenen Dokumentationsbereichen, 50 
z. B. bei Instandsetzung und Sichtpriifung, durchgehend die 
gleichen Abbildungen verwendet, wobei Markierungen und 
Pfeile oder farbige Umrandungen je nach Anwendung ein- 
blendbar sind. Daraus ergibt sich der Vorteil, daB speicherin- 
tensive Abbildungen nur einmal abgeiegt werden mussen. 55 
Ein weiterer Vbrteil ist dann gegeben, wenn notwendige An- 
derungen in den Datenbestand aufgenonunen werden mus- 
sen. Redundanzen und Inkonsistenzen im Datenbestand 
werden daher vermieden. 

Das modulare Trainingssysiem MTS stelll, wie bereits 60 
dargelegt, ein computergeslutztes Ausbildungswcrkzcug 
dar, welches das Einbinden von Abbildungen und Animatio- 
nen und die Simulation realer Ablaufe ermoglicht, so daB 
Originalequipment zu Schulungszwecken nicht mehr bereit- 
gestellt werden muB, wodurch Kosten eingespart werden 65 
und die Rexibilitat bezuglich des Schulungsortes erh5ht isL 

Das modulare Trainingssysiem stcllt lediglich ein pro- 
duktunabhangiges Rahmensystem dar und erfordert keine 
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Festlegung auf ein bestimmtes, zu schulendes Produkt. Die 
produktspezifischen Daten werden aus der gemeinsamen 
Datenbasis entnommen. 

Das Modul Intelligentes Diagnosesystem IDS im DIAS- 
Verbund stellt ein computei^estUtztes Werkzeug zur zeitspa- 
renden Fehlersuche bei defekten Systemen mil hoher Dia- 
gnosesicherheii ohne aber auch mil direkter Anbindung an 
das zu diagnostizicrende System dar, wobei hier das System 
selbst die Diagnosedatcn ubcr eine geeignete Schnittstelle 
lieferl. 

Durch die Anwendung optimierter Fehlersuchroulinen 
und eine selbsterklarende Bedienerfuhrung kann mitlels IDS 
die Fehlersuche auch von Personal ohne spezifische Qualifi- 
kation voi^genommen werden. 

Testanweisungen sowie weitere benotigte Dokumentati- 
onsanteile sind ausfuhrlich bebildert und grafisch aufberei- 
let, so daB der Anwender zielsicher zu der mit hoher Wahr- 
scheinlichkeit defekten Einheit gefuhrt wird, indem interak- 
tiv an Verzwcigungspunktcn der Testpfade von IDS ein Ab- 
&agen nach bestimmten Geratezust^den erfolgt. 

Einmal lokalisierte Fehlerquellen bzw. absolvierte Priif- 
schritte werden gespeichert, so daB ein Selbstlemeffekt im 
IDS gegeben ist. Durch den sich dadurch standig erhohen- 
den Erfahrungsschatz lassen sich Fehlersuchzeiten reduzie- 
ren und der Diagnoseaufwand verringern. 

Die erwahnte Lemfahigkeit des Systems wirkt sich auch 
auf die Prioritatensetzung von IDS bei der Wahl des wahr- 
scheinlichsten Fehlers aus. Stehen namlich zwei Produkt- 
module als voraussichtlich defekt zur Auswahl, entscheidet 
IDS fur das Modul mit der hoheren Ausfallrate, sofcrn die 
entsprechenden Daten abgeiegt wurden, oder fur das Modul, 
das in der Vergangenheit hUufiger ausgefallen ist. Damit er- 
hohl sich die Aussagewahrscheinlichkeit des Diagnosesy- 
stems um ein nicht unerhebliches MaB. 

Die modulare, priifplatzunabhangigc Priifsoftware MPS 
ist ein aulomatisiertes Prufsyslem» welches lediglich eine im 
Klartext erstellte Spezifikation, StandardmeBgeratetreiber 
und einheitliche MeBroutinen benotigt. Die Module MPS 
und IDS stehen interaktiv in Verbindung, so daB das Priifsy- 
stem in der Lage ist, festgestellte Fehler zu lokalisieren. 

Im Gegensatz zu bekannten Priifsystemen, bei denen die 
Priifsoftware auf ein bestimmtes MeBgerat und ein be- 
stimmtes Produkt abgestimmt und nur durch Eingriff in den 
Quellcode Snderbar ist, k^nnen bei MPS die PrUfspezifika- 
lion, die StandardmeBgerStetreiber und die einheitlichen 
MeBroutinen leicht ausgelauscht und somit das Priifsystem 
den geanderten Anforderungen angepaBl werden. 

Die Kommunikations- und Dialogmoglichkeiten der An- 
wendungsbausteine oder Module MPS, IDS, MTS und ETD 
mit- und untereinander soUen unter Hinweis auf die Fig. 3a 
bis d naher erlautert werden. 

Wie in der Fig. 3a dargestellt, besitzt die gemeinsame Da- 
tenbasis eine durchgangige Produktstruktur, der die Daten 
der Anwendungsbausteine zugeordnel sind. Neben bau- 
sleinspezifischen Daten enthalt die Datenbasis Daten, wel- 
che bausteinubei;greifend zur Anwendung kommen. So wer- 
den z. B. die ETD-Daten beim Aktivieren der Anwendungs- 
bausteine Oder Module IDS, MTS, aber auch von der priif- 
platzunabhangigen Priifsoftware genutzt (nicht gezeigt). 

Eine Kommunikation ist auch zwischen den Modulen 
MPS und IDS wie folgt moglich. Wird im Ablauf des Priif- 
programms eine Anomalic oder ein Fehler festgestellt, so 
wird das Programm angehalten und das IDS-Modul akti- 
viert. IDS entnimmt dann entsprechende Produkldalen aus 
der Datenbasis und steuert das Modul MPS emeut an, wobei 
erganzend dem Modul MPS weitere Priifschritte vorgege- 
ben werden, um den Fehler unter Nutzung der gemeinsamen 
Datenbasis einzugrenzen. Damit erfiillt IDS mindestens teil- 



DE 197 51 

7 

weise eine Maslerfunktion bezogen auf MPS zumindest so 
lange, bis der Fehler lolcalisiert wurde. Bei erkanntem Feh- 
Icrbauleil konncn dann aus dcr Datenbasis, insbcsondcre 
den ETD-Daten, Bauteilinformationen, z. B. zur Ersatzteil- 
beschaffiing, entnommen werden. s 

Ebenso kann Uber einen Link zwischen den Modulen 
MTS und IDS nach Starten des IVainingssystems aus dem 
Modul IDS eine Informationsnnenge gezogen werden, um 
die Diagnoseschulung zu optimieren. Der Schiller lernt hier- 
bei eine Diagnose und Fehlererkennung anhand typischer 10 
Erscheinungsbilder zu bewerlen, so daB das Schulungser- 
gebnis schneller erreicht wird. 

Es sei an dieser Stelle angemerkt, daB die im IDS-Modul 
durch Selbsdernen aktualisierten Erkenntnisse in die ge- 
meinsame DIAS-Datenbasis uberfuhrt und dort abgespei- IS 
chert werden kfinnen. 

Fig. 3b illusuriert die Funktionalitaten zwischen den Mo- 
dulen MTS und IDS. 

Wie oben angcdeutel, wird im Modul MTS eine Ausbil- 
dungseinheit selektiert. Nach Starten des Anwendungsbau- 20 
steins IDS wird das IDS-Modell des vorher ausgewShlten 
Produktes geladen. Durch die im IDS verfugbare fehlersu- 
chende Erkennmiswissensbasis ist dann eine intelligente, 
enlsprechend gefiihrtc Instandsetzungsschulung moglich. 
Die durchgefuhrlen Bedienschritte im IDS -Modul werden 25 
an das Modul MTS zuriickgemeldet und dort mil definierten 
Vorgaben verglichen. Nach Beenden des IDS-Zyklus ist der 
MTS-Modul wieder akdv und die protokoilierten Bedien- 
schritte k5nnen entsprechend bewertet werden. 

Unter der M}raussetzung, dafi die Anwendungsbausteine 30 
Oder Module ETD und IDS installiert sind, kahn unter Hin- 
weis auf Fig, 3c bei Aufruf einer Fehlersuche mit dem Mo- 
dul IDS auf die elektronische Dokumeniation zuriickgegrif- 
fen werden oder es konnen nach Beenden von IDS die ge- 
wiinschten Daten in ETD, z. B. das Lagebild der defektcn 35 
Baugruppe, genutzt und abgerufen werden. 

In dem Falle, wenn weiterhin der Anwendungsbaustein 
MPS installiert ist, kann dieser vom DIAS-Rahmen. d. h. 
der gemeinsamen Benutzeroberflache aus gestartel werden. 
Nach Auswahl des Prii flings wird dann der enlsprechende 40 
Datensatz bestehend aus Prufspezifikadon und Priifanwei- 
sung aus der gemeinsamen Datenbasis geladen. Alle Infor- 
mationen zum Pnifablauf sind in entsprechenden Datenfel- 
dem hinterlegt. Zus^tzlich enthSlt das Datenfeld die Namen 
der entsprechenden Tests im Modul EDS. Im vorUegenden 45 
Fall steuert MPS den Test- oder Priifablauf, wobei dann, 
wenn eine Anomalie oder ein fehlerhafter Test erkannt wird, 
der Priifablauf unterbrochen wird. Hier wird nun IDS auto- 
matisch gestartet und das Modell des vorher ausgewahlten 
Priiftings geladen. Die durchgefuhrte Testsequenz wird von 50 
MPS an IDS gesendet und dort empfangen und ausgewertet. 
IDS findet dann einen weiteren Test, um die Fehlerursache 
zu isolieren, d. h. IDS steuert ab diesem Zeitpunkt den Priif- 
ablauf, indem es den nachsten von MPS durchzufuhrenden 
Test vorgibL MPS findet im Datenfeld unter diesem IDS- 55 
Testnamen einen Priifschritt und fiihrt die dort abgespei- 
cherten bzw. hinterlegten Befehle aus. Die erhaltenen MeB- 
werte werden ausgewertet und das Ergebnis an IDS zuriick- 
gesendet. Dort erfolgt eine emeute Auswertung und es wird 
ein nachster Test ermittelt, wobei sich der oben beschrie- 60 
bene Vorgang wiederholt, Ein Beenden des Prozesses findet 
dann slatt, wenn IDS den Fehler eindeutig lokalisiert hat, 
Oder wenn keine weiteren Tests zur Diagnose definiert sind. 

Alles in allem gelingt es mit der Erfindung, uber eine ge- 
meinsame Datenbasis bzw. Datenbank, welche zentral er- 65 
stellt, aktualisiert und gepfiegt wird, und in Verbindung mit 
einem modularen Diagnose- Informations- und Ausbil- 
dungs/Frainings-System eine Losung anzugeben, mit deren 
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Hilfe Uber den gesamten Lebenszyklus eines Produktes, ins- 
besondere bei sehr langlebigen Objekten, erhebliche Koslen 
hinsichtlich dcr begleitcndcn Dokumeniation, aber auch un- 
ter dem Aspekt der Wartung und Schulung eingespart wer* 
den konnen. Die Tiefe der Datenbank bzw. der gemeinsa- 
men Datenbasis ist unter Beachtung der Kundenanforderun- 
gen und der Produktstruktur nahezu beliebig vorgebbar und 
kann im Nachgang leicht hardwarcseidg erweitert werden. 

Patentanspriiche 

1. Verfahren zum computerunterstutzten Erstellen und 
Handhaben einer auf Produkt- oder ProzeBlebenszy- 
klen bezugnehmenden technischen Datenbank fiir de- 
ren Verwendung in einem modularen Diagnose-Infor- 
mations- und/oder Ausbildungs- bzw. IVainingssy- 
stem, gekennzeichnet durch 

- Anlegen einer fiir alle Systemkomponenten ei- 
nen Zugriff bildenden gemeinsamen Datenbank, 
wobei die Struktur und die Hefe der Adressierung 
fUr die Datenbank auf das jeweilige ProzeB- oder 
Produktmodell und dessen Funktionen ausgerich- 
tet ist, 

- Erfassen, Ablegen und Aktualisieren von Daten 
anhand der Adressen nach dem ProzeB- oder Pro- 
duktmodell zum fruhestmoglichen Zeitpunkt im 
Zuge der ProzeB- oder Produktentwicklung oder 
des Produktlebenszyklus und 

- Verwahen der Datenbank unter einer einheitli- 
chen, darstellungsseitig bildorientierten Benutzer- 
oberflache, wobei die Systemkomponenten unter 
Steuerung durch diese BenutzeroberflUche minde- 
stens teilweise selbst^dig interaktiv kommuni- 
zieren. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB die in der gemeinsamen Datenbank abgelegten 
ProzeB- oder Produktdaten uber den Lebenszyklus lau- 
fend aktualisiert werden. 

3. Verfahren nach Anspruch 1 oder 2, gekennzeichnet 
durch eine Verkniipfung des Informationsmoduls mil 
dem Diagnosemodul des Systems, wobei nach Aufruf 
der Diagnoseaktivitat uber die Benutzeroberflache ein 
selbstandiger Datentransfer aus dem Informationsmo- 
dul entsprechend der Diagnoseaufgabe erfolgt. 

4. Verfahren nach einem der vorangegangenen An- 
spriiche, dadurch gekennzeichnet, daB beim Aufruf des 
produkmeutralen Ausbildungs- und Trainingsmoduls 
des Systems ein Datenlink zum Diagnosemodul akti- 
viert wird, um eine Schulung anhand realer Fehlerzu- 
stande und opdmaler Diagnosesequenzen zu erreichen. 

5. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB das Diagnosemodul Mittel zum Durch- 
fiihren von Produktunabhangigen Prufungen sowie 
Mittel zur Durchfiihrung von Fehlersuchroutinen auf- 
weist, wobei bei festgestellter Anomalie in einem Priif- 
schritt die Priifung unterbrochen und eine Fehlersuch- 
routine gestartet wird, wobei die hierfUr erforderlichen 
prozeB- oder produktspezifischen Daten aus der ge- 
meinsamen Datenbasis geladen und weiterhin lokali- 
sierte Fehlerquellen bis hin zur Bauteilebene oder von 
ProzeBpardmetem und die zur Erkcnnung dieser Quel- 
len absolvierlcn Schrilte selbstlemend gespcichert wer- 
den. 

6. Verfahren nach Anspruch 5, dadurch gekennzeich- 
net, daB bei lokalisierter Fehlerquelle uber die Benutz- 
eroberflache und RUckgrifif auf das Informationsmodul 
und die gemeinsame Datenbank das Reparatur- oder 
Austauschteil, dessen Kennzeichnung und Position im 
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Produkt Oder ProzeB dargestellt wird. 

7. Verfahren nach einem der vorangegangenen An- 
spruche, dadurch gckennzeichnct, daB im Diagnose-, 
Prufungs-, Informations- und Ausbildungs- bzw. Trai- 
ningsmodul ausschliefilich produktneutrale Befehls- s 
sStze abgelegt werden. 

8. Verfahren nach einem der vorangegangenen An- 
spruche, dadurch gekennzcichnet, dafi speicherplatzin- 
tcnsive Grafikcn, Abbildungen, Videosequcnzcn oder 
dergleichen einzig in der gemeinsamen Datenbank un- 10 
ler den jeweiligen prozeB- oder produktspezifischen 
Adressen abgespeichert werden, wobei alle System- 
komponenten auf diese Speicherplatze gleichermaBen 

zugriffsberechtigt sind. 
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Abstract of DEI 9751 273 

The method Involves using a computer to 
prepare and handle a technical database 
referencing product or process life cycles for 
their application in a modular diagnostic 
information, education, and/or training system. 
A common database is formed for an access 
to all system components, whereby the 
structure and the depth of the addressing of 
the database is adjusted to a respective 
process- or product model and its functions. 
Data are recorded, filed, and updated at an 
earliest possible point in time in the course of 
the process or product development or the 
product life cycle, using the addresses 
according to the process or product model. 
The database is managed through an uniform, 
graphical user interface, whereby the system 
components communicate at least partially 
independently and interactively, under control 
of the user interface. The process or product 
data stored in the common database are 
preferably continuously updated over the 
entire life cycle. 
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